home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / 1994.11.gz / 1994.11 / 000006_Yves.Arrouye@imag.fr_Wed Nov 2 10:59:35 1994.msg < prev    next >
Internet Message Format  |  1994-11-30  |  4KB
  1. Received: from imag.imag.fr by cs.umb.edu with SMTP id AA01076
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Wed, 2 Nov 1994 04:03:05 -0500
  3. Received: from petole.imag.fr by imag.imag.fr with SMTP id AA07139
  4.   (5.65c8/IDA-1.4.4 for <tex-k@cs.umb.edu>); Wed, 2 Nov 1994 10:02:57 +0100
  5. Received: by petole.imag.fr (NX5.67e/NX3.0S)
  6.     id AA04180; Wed, 2 Nov 94 09:59:35 +0100
  7. Date: Wed, 2 Nov 94 09:59:35 +0100
  8. From: Yves Arrouye <Yves.Arrouye@imag.fr>
  9. Message-Id: <9411020859.AA04180@petole.imag.fr>
  10. Received: by NeXT.Mailer (1.100)
  11. Received: by NeXT Mailer (1.100)
  12. To: tex-k@cs.umb.edu
  13. Subject: xdvik suggestion for PS support
  14.  
  15. Actually (and this will perhaps not change), xdvik asynchronously calls gs (I  
  16. don't know about dps, but this one should be synchronous, no?) and this makes  
  17. rendering somewhat undeterminist, i.e., if you have a PS gray box behind your  
  18. text, then sometimes it will be rendered behind it (fine), sometimes atop it  
  19. and even sometimes partly behind partly atop (really...).
  20.     What I suggest is to add a DVIFilterDict in TeXDict. Then smart  
  21. PS-using packages could use the information in this dictionary to determine  
  22. what to do, e.g., based on an option they could decide not to send PS if the  
  23. filter says that its display may be incorrect. For example, given a dictionary  
  24. definition like
  25.     
  26. 4 dict dup /DVIFilterDict exch def begin
  27.     /Name (xdvik) def
  28.     /Version 18 def
  29.     /Release (d) def
  30.     1 dict dup /Features  exch def begin
  31.         /RenderAccuracy true def        % or use a real to be able to
  32.                         % say 'no', 'yes' or 'to some
  33.                         % extent', and let the package
  34.                         % offer you an option for these
  35.                         % unsecure things.
  36.     end
  37. end
  38.  
  39. (La)TeX macros could decide what to do. Of course, if this dictionary is not  
  40. known, then total accuracy is assumed, so there is only a need for modifying  
  41. xdvik's prologue, not dvips'. The Name, Version and Release entries would  
  42. perhaps be of some use to do the right thing for a given previewer, knowing its  
  43. name and other info (for example, if xdvik calls gs synchronously at the right  
  44. places someday, then packages could do the right thing for older versions and  
  45. send PS anyway for the good release). Any macro package not aware of this  
  46. dictionary would still work.
  47.  
  48. I would like to know what you think about that. Please not that one cannot just  
  49. use the 'View PS' toggle in xdvik to do the right thing: suppose I have defined  
  50. a figure environment that puts my figure with a gray box behind it (yes, I like  
  51. gray boxes these days), and that my figure has been generated by transfig with  
  52. a mix of PS and TeX; suppose then that the figure displays nicely (i.e. one can  
  53. see the text and the PS without pb) but thet the gray box goes atop of it; if I  
  54. disable 'View PS' then I will lose my figure, which is bad: what I would like  
  55. to have during the preview is my figure and its text, and I can bear not having  
  56. the gray box behind it. (And of course, I do *not* want to change my (La)TeX  
  57. source just to disable these boxes for previewing, and then again for putting  
  58. them back for printing.)
  59.  
  60. Regards,
  61. Yves.
  62.  
  63. P.S.: in the same idea, one could add a RenderingLevel integer entry in the  
  64. dictionary, and let the user choose which level to see (transform View PS in a  
  65. check-box menu). The macros could then do things accordingly to this level. The  
  66. pb here is to define what level mean, i.e. should my gray boxes have a higher  
  67. level than some other PS things? Of course, it would be nice if the user could  
  68. specify the level when reading the package (I think it's easy with LaTeX2e), so  
  69. that she could then remove some things during preview by disabling rendering of  
  70. their level.